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Рассматривается возможность генерации моделей производительности программного обеспечения на основе диаграмм в нота- 
ции ІІМІ как одна из базовых составляющих методологии интеграции анализа производительности в процесс разработки. 
Предложен подход, основанный на методологии ЗоПѵѵаге РегЕоттапсе Епдіпеегіпд (5РЕ), использующий в качестве исходных 
данных стандартные элементы ІІМІ и ряд расширений. 


Основной причиной выявляемых проблем про- 
изводительности программного обеспечения (ПО) 
является инерционный подход к данной проблеме 
на протяжении процесса разработки. Данный под- 
ход, именуемый также в литературе как «йх-іі-іаіег» 
(«исправим-это-потом»), заключается в том, что 
вопросы производительности игнорируются до то- 
го момента, когда выявляются проблемы. В случае 
если это происходит (а происходит это практически 
всегда, за редким исключением), приходится при- 
нимать решение об увеличении аппаратных ресур- 
сов, модифицировании исходного кода или пере- 
проектировании системы или ее частей. Подобные 
затраты часто приводят к срывам сроков и превы- 
шению бюджета, а в некоторых случаях достижение 
требуемой производительности в рамках текущего 
проекта становится практически невозможным. 

Проблемы с производительностью в большин- 
стве случаев возникают вследствие неверных архи- 
тектурных решений, а не неэффективного кодиро- 
вания. Это означает, что они привносятся в проект 
на ранних этапах разработки, но оказываются не- 
выявленными до момента интеграционного тести- 
рования или передачи системы в эксплуатацию, 
когда решить их становится гораздо сложнее. 

Альтернативу рассмотренному типичному под- 
ходу составляет превентивный подход к вопросу 
производительности программного обеспечения. 
Это означает, что производительность рассматрива- 


ется и учитывается на всех этапах жизненного ци- 
кла наряду с остальными ключевыми характеристи- 
ками программного обеспечения. Все важные про- 
ектные и административные решения должны при- 
ниматься в том числе с учетом вопросов производи- 
тельности. Оценка производительности должна вы- 
полняться тем или иным способом при рассмотре- 
нии критических архитектурных альтернатив, а ме- 
неджмент должен учитывать затраты на рассмотре- 
ние и решение вопросов производительности при 
выделении объемов работ и составлении планов. 

Одним из наиболее критичных вопросов при ин- 
теграции анализа производительности в процесс раз- 
работки программного обеспечения является воз- 
можность использования уже полученных артефактов 
разработки в качестве исходных данных для анализа. 

В настоящее время, когда объектно-ориентиро- 
ванный подход стал использоваться повсеместно 
при проектировании и реализации сложных про- 
граммных систем, стандартом моделирования де- 
факто стал Шійесі Мосіеіігщ йагшцаее (ІЛѴ1Й). По- 
явившись в 1997 г., ИМб объединил в себе все луч- 
шее, что было наработано в области моделирова- 
ния объектно-ориентированного программного 
обеспечения. ИМЬ - открытый стандарт, контро- 
лируемый некоммерческим консорциумом ОМС 
(ОЪіесІ Мапа§етепІ Огоир) [1]. 

Таким образом, очевидно, что для того, чтобы как 
можно более тесно интегрировать анализ производи- 
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тельности в процесс проектирования программного 
обеспечения, необходимо отталкиваться от моделей 
ПО, специфицированных с помощью ІІМЬ [2]. 

К настоящему моменту опубликован ряд работ, 
посвященных вопросам моделирования производи- 
тельности на основе диаграмм ИМЬ. В большинстве 
случаев авторы ограничиваются формулированием 
идей и направлений исследования, а не предложе- 
нием и реализацией полноценных решений [3-6]. 

Создательница 8ой\ѵаге Регіогтапсе Еп§іпеегіп§ 
(8РЕ), Конни Смит [7], а также ряд других авторов 
[8, 9] рассматривают в своих работах перспективы 
моделирования производительности на основе ме- 
тодологии 8РЕ [10, 1 1] с одной стороны и диаграмм 
ИМИ в качестве исходных данных с другой. Пред- 
ложенные подходы достаточно сильно отличаются. 
Если в [8] делается попытка построения как моде- 
ли выполнения программы (на основе диаграмм 
вариантов использования и последовательности), 
так и модели выполнения системы (на основе диа- 
грамм развертывания), то авторы [9] ограничива- 
ются рассмотрением только первой модели. 

Ряд статей [9, 12] затрагивает вопросы расшире- 
ния нотации ЕПѴ1Е для включения в диаграммы ин- 
формации, необходимой для моделирования про- 
изводительности, в частности временные параме- 
тры и требования к ресурсам. Для этого предлага- 
ется использовать такие механизмы, как стереоти- 
пы (8іегеоІуре), помеченные значения (Та§§её ѵа- 
Іие) и ограничения (Сошігаіпі). 

Необходимо отметить, что ни в одной из из- 
вестных авторам статей не представлено полноцен- 
ного решения проблемы автоматической генера- 
ции адекватной модели производительности на ос- 
нове набора связанных диаграмм Е1МЕ. 


Более того, некоторые из предлагаемых мето- 
дик являются достаточно спорными. В частности, 
рассматриваемое в одной из работ [9] построение 
комбинированных диаграмм с помощью включе- 
ния диаграмм состояний внутрь диаграмм кооп- 
ерации, не выдерживает никакой критики с точки 
зрения практической реализации, поскольку по- 
мимо достаточно сложных алгоритмов анализа для 
автоматической генерации модели производитель- 
ности, требует больших трудозатрат на стадии соз- 
дания самих диаграмм ЕГМИ для выявления и фик- 
сации всех связей между ними. 

Таким образом, существует необходимость соз- 
дания полноценной методики генерации модели 
производительности на основе набора диаграмм 
ЕПѴ1Е с использованием опыта, накопленного дру- 
гими авторами в этом вопросе. При этом должны 
быть устранены недостатки и пробелы существую- 
щих методик, а также сделан акцент на возможно- 
сти автоматической трансформации модели ЕПѴ1Е в 
модель производительности. 

Как и в ряде уже упомянутых подходов [7-9], 
предлагается взять за основу методологию 8ой\ѵаге 
Регіогтапсе Еп§іпеегіп§. В соответствии с ней, для 
моделирования производительности необходимы 
две основные модели: выполнения программы и 
выполнения системы. 

Модель выполнения программы должна содер- 
жать сценарии рабочей нагрузки для каждой суще- 
ствующей функции системы. Список существую- 
щих в системе функций можно получить из модели 
Е1МЕ, воспользовавшись диаграммами вариантов 
использования. Пример диаграммы с шестью вари- 
антами использования и одним актером (ЕІ$ег) 
приведен на рис. 1 . 



Рис. 1 . Диаграмма вариантов использования 
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Рис. 2. Диаграмма последовательности 


Варианты использования должны быть детализи- 
рованы с помощью диаграмм последовательности, 
которые и являются основой для создания диаграмм 
выполнения 8РЕ, описывающих сценарии рабочей 
нагрузки. В случае наличия альтернативных путей вы- 
полнения, диаграмм последовательности, ассоцииро- 
ванных с вариантом использования, может быть нес- 
колько. Пример диаграммы последовательности од- 
ного из вариантов использования приведен на рис. 2. 

Этих двух диаграмм достаточно для моделирова- 
ния рабочей нагрузки с аналитической точки зре- 
ния без учета особенностей физической реализации 
системы. Однако, наиболее ценным в процессе ана- 
лиза производительности является именно возмож- 
ность рассмотрения различных альтернативных ар- 
хитектурных решений. Для этого модель выполне- 
ния программы должна быть дополнена деталями 
реализации, позволяющими оценить требования к 
аппаратным ресурсам окружения системы. 

Такую информацию можно извлечь из диаграмм 
классов и диаграмм компонент. При этом объекта- 


ми диаграмм взаимодействия должны быть классы, 
детализируемые с помощью диаграмм классов. Ди- 
аграмма классов, содержащая классы, объекты ко- 
торых участвуют в диаграмме последовательности, 
изображенной на рис. 2, представлена на рис. 3. 

Классы, в свою очередь, должны быть сгруппи- 
рованы в компоненты на диаграммах компонентов. 
Компоненты являются связающим звеном между 
моделью выполнения программы и модели выпол- 
нения системы, поскольку с одной стороны они 
группируют классы реализации, участвующие в 
сценариях рабочей нагрузки, а с другой - привязы- 
ваются к аппаратным ресурсам окружения. Диа- 
грамма компонентов, группирующая классы, изо- 
браженные на рис. 3, приведена на рис. 4. 

Аппаратные ресурсы окружения системы изобра- 
жаются на диаграмме развертывания. Каждый узел 
диаграммы представляет собой некоторый тип вычи- 
слительного устройства. Соединения между узлами 
показывают коммуникационные каналы, с помощью 
которых осуществляются системные взаимодействия. 



Рис. 3. Диаграмма классов 
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Диаграмма развертывания содержит информацию 
о размещении компонентов, входящих в диаграмму 
компонентов, в узлах системы, образуя таким образом 
последнее звено цепи, начинающейся с диаграмм ва- 
риантов использования, и продолжающейся последо- 
вательно с помощью диаграмм последовательности, 
классов и компонентов. Таким образом, этот вид диа- 
грамм содержит необходимые исходные данные для 
построения модели выполнения системы. Пример 
диаграммы развертывания приведен на рис. 5. 

Перечисленных диаграмм в стандартной нота- 
ции ИМЬ достаточно для построения как модели 
выполнения программы, так и модели выполнения 
системы, однако в них отсутствуют данные, позво- 
ляющие наполнить полученную модель параметра- 
ми производительности. 

Для решения этой проблемы предлагается вос- 
пользоваться механизмом помеченных значений 
(Іа§§ес1 ѵа1ие8). Они позволяют добавлять метадан- 
ные к элементам моделей ІЛѴІЬ и изображаются на 
диаграммах в виде строки «название параметра = 
значение», заключенной в фигурные скобки. 

С помощью помеченных значений модель ІЛѴИ 
должна быть дополнена следующими данными, 
требуемыми для наполнения модели производи- 
тельности системы: 


• Диаграммы классов: 

- Для операций классов должна быть указана от- 
носительная вычислительная сложность опе- 
рации - помеченное значение «сотріехііу». 

• Диаграммы развертывания: 

- Для узлов системы необходимо определить 
вычислительную мощность - помеченное 
значение «сарасііу». 

- Для ассоциаций между узлами, предста- 
вляющими собой коммуникационные кана- 
лы, должна быть специфицирована пропу- 
скная способность - помеченное значение 
«ЬапсІѵѵісІіН». 

Получив на основе диаграмм ІЛѴІЬ, расши- 
ренных таким образом, данные, необходимые для 
построения модели выполнения программы и 
модели выполнения системы, последующую ге- 
нерацию и анализ модели производительности 
можно осуществлять, используя один из таких 
математических формализмов, как обобщенные 
стохастические сети Петри [13], многоуровневые 
сети массового обслуживания [14], алгебра про- 
цессов [15] или с помощью имитационного моде- 
лирования [16]. 
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